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Abstract 

Neutrino interaction events in the MINERvA detector are visually represented with a web-based tool called Arachne. 
Data are retrieved from a central server via AJAX, and client-side JavaScript draws images into the user's browser 
window using the draft HTML 5 standard. These technologies allow neutrino interactions to be viewed by anyone 
with a web browser, allowing for easy hand-scanning of particle interactions. Arachne has been used in MINERvA to 
evaluate neutrino data in a prototype detector, to tune reconstruction algorithms, and for public outreach and education. 
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1. Introduction 

The MINERvA experiment |Q] is a dedicated 
neutrino-nucleus cross-section experiment based in the 
high-intensity Fermilab NuMI neutrino beam, which 
provides a high-statistics sample of muon neutrinos in 
the range of 1-20 GeV MINERvA consists of a fine- 
grained scintillating bar neutrino detector with various 
nuclear targets. The core of the MINERvA detector 
consists of extruded plastic triangular bars ("strips") 
of scintillator and wavelength-shifting readout fibres. 
Strips are 3.2 by 1.7 cm in cross-section and arranged 
to form a hexagonal surface 2 m across. Strips are all 
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arranged perpendicular to the neutrino beam, with each 
plane of strips at one of three orientations in azimuth. 
A total of approximately 32000 strips are read out by 
multi-anode photomultipliers tubes (PMTs), with front- 
end electronics recording timing and pulse-height from 
each strip. 

A single MINERvA record consists of data collected 
from multiple neutrino interactions that occur during 
a 10 fis beam spill. Each record typically has ~6 
neutrino-induced interactions. The offline reconstruc- 
tion uses timing information to split each record into 
"time slices", with each time slice representing a can- 
didate interaction. Visualization of neutrino interaction 
events is desirable for many applications: searching for 
detector pathologies, hand-checking computer recon- 

November21, 2011 



struction codes and event classification, and presenting 
data to the general public for purposes of outreach. 

MINERvA is using a web-based event viewer, named 
Arachn^] to do this visualization. Arachne consists 
of a web page that runs client-side JavaScript code to 
retrieve and parse event data through extensive use of 
XML [2] (extensible Markup Language) and AJAX 
(Asynchronous JavaScript And XML) O technologies. 
A user need simply type a URL into a web browser to 
see reconstructed data. 

Web-based tools have obvious advantages - they re- 
quire no end-user installation and run on nearly any 
client platform and operating system. They can be ac- 
cessed from anywhere in the world with internet ser- 
vice, allowing for easy collaboration and communica- 
tion. Because code is deployed only on the central 
server, they allow for easy maintenance of bug fixes or 
feature improvements. The code is usually script-based, 
allowing rapid development cycles for developers. 

Purely server-side tools such as CGI scripts have been 
used in many applications, but are useful only for static 
queries. Interactive graphical interfaces tend to be un- 
responsive and slow, due to lag times waiting for the 
server to build images and HTML. One way this can 
be improved is through the use of Java applets, an ap- 
proach that has been used in other high-energy experi- 
ments such as the the Kascade viewer J4), as well as the 
CMS Tracker monitor 1 5 1 and the WIRED generic event 
viewer (6). However, Java applets require plug -ins that 
can suffer platform dependencies or security problems, 
and often require large applications to be downloaded to 
the client before they can work. 

Arachne uses an alternative method, using JavaScript 
running directly in the client's web browser. The client 
uses AJAX to pull XML data from the server and 
present it to the screen. This solution has been used 
in various other experiments for accessing data discov- 
ery systems (7][8l, offline batch processing job informa- 
tion O, and detector configuration databases ifTOlfTTIl . 
However, these applications are all used for examining 
experimental meta-data, but not for examining the event 
data itself as Arachne does. 

Ideally, an event display has multiple interactive 
views. It should allow the user to zoom in on details, 
select regions of interest based on cuts of time or sig- 
nal pulse-height, and examine the properties of recon- 
structed objects with a fast, responsive graphical inter- 
face. Arachne achieves these goals by using the draft 
HTML 5 standard 11121 . relying in particular on the new 
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<canvas> tag. This element allows the JavaScript to 
draw shapes directly into the user's window, without re- 
quiring either pre-rendering on the server or use of plug- 
ins such as Java applets or Adobe Flash. Arachne runs 
in most standard browsers without the need for software 
installation, allowing it to work not only on any com- 
puter platform but also on smartphones and other mo- 
bile devices without any special support]^ 

In this paper, we describe the architecture of the back- 
end and front-end software in Section [2] the perfor- 
mance of the viewer in Section [3] describe some ways 
the viewer has been used for science and education in 
Section|4j and conclude with our assessment of the suc- 
cess of the software. 

2. Architecture 

Data from the MINERvA electronics is read out by 
a Data AQuisition system (DAQ). The DAQ saves this 
"raw" data to disk. Raw data is then reconstructed 
by one or more offline processes based on the GAUDI 
framework [ 1 3 1 that calibrate the PMT hits, separate 
neutrino event candidates using timing information, and 
reconstruct tracks and other topological elements by 
pattern recognition algorithms. The result of this of- 
fline processing is then stored to disk as a ROOT 1 14 1 N- 
tuple file. N-tuple files may include only calibrated hits, 
or may also include mid- and high-level reconstruction 
objects. These files form the basic input for Arachne. 

The basic architecture of the Arachne system is 
shown in Figure [T| A user initiates a session by loading 
the web page arachne . html in their browser, which 
in turn pulls in CSS (Cascading Style Sheet) files, 
JavaScript libraries, and a few static images, all total- 
ing less than 1 MB. When the user pushes the "next 
event" button, or otherwise requests new data, a script 
is launched to initiate an XHttpRequest 1 15 1 call to the 
server. This call constitutes a behind-the-scenes HTTP 
request to a URL on the Arachne server. Data is fetched 
by the server and returned to the JavaScript for it to draw 
displays. 

2.1. Server-Side Implementation 

Requests are served by the serve-event . cgi Perl 
script, which finds the file system location of the ROOT 
N-tuple file containing the requested event. The location 
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Figure 1 : Simplified architecture of the event viewer. 



is passed via TPC socket to a static background process 
called ntuple-server along with the record specifica- 
tion. 

The ntuple-server is a ROOT-based executable, 
which opens the N-tuple file and finds the requested 
record. Entries may be accessed by run and event 
number, filename, or via user-specified selection cri- 
teria. For example, a user could request "the next 
two-track event after event 21", or can request the 
last event in a live event stream from the detector. 
The ntuple-server then transcribes the N-tuple entry 
from a row in the ROOT tree into an XML document 
describing the event. This transcription makes use of 
the ROOT schema evolution system to parse the N-tuple 
file, making use of the TStreamlnfo classes to interro- 
gate the ROOT file for the needed data. This system 
allows the ntuple-server process to be insensitive to 
small changes in the N-tuple file format - new variables 
will not break or confuse the process, and backwards 
compatibility is easy to maintain. The offline software 
output schema can evolve without requiring constant 
updates to the ntuple-server. 

The ntuple-server fills an XML document with 
the hit and reconstructed object information in a format 
that is most easily parsed by the client. This document is 
then returned to the serve-event . cgi script by TPC 
socket which in turn streams the XML data back to the 
client browser. All of this activity on the server has min- 
imal resource load. A typical request for a ~200 kB 
ROOT record typically results in a ~ 1 MB XML record 
that is returned to the client in under one second. 

This server system is agnostic about the data con- 
sumer. The data request consists simply of an HTTP 
GET request, with arguments to specify the search. The 



returned XML files are self-documenting and can be 
used by any process, including alternate display pack- 
ages or online monitoring services. In principle XML 
data could be generated at any stage of data processing, 
not just from the N-tuple files. For instance, the DAQ 
could stream XML records directly to the event display. 

2.2. Client-side Implementation 

When an XML file is successfully delivered to the 
client, JavaScript scripts are triggered to read the re- 
turned event data. JavaScript built-in tools and third- 
party libraries such as jQuery [16| give powerful and 
efficient parsing tools for XML data, allowing cuts and 
slices on elements in the record. An event system is 
used to trigger each screen component to reload its ar- 
rays and re-draw on the screen. Textual content is ren- 
dered by writing HTML into the page, formatted by 
style sheets. Graphical data is drawn into <canvas> 
elements using simple primitives such as lines and tri- 
angles. 

Figure [2] shows some of the content seen in the 
Arachne window. Statistical information is shown as 
text. Individual PMT hits are drawn in two-dimensional 
hit-maps corresponding to the scintillator strip orienta- 
tions. Histograms are created and drawn with color- 
coding that corresponds to the hit-maps. The histograms 
can be scaled or clipped by clicking-and-dragging to fil- 
ter hits in the other views. Hits, tracks, and other recon- 
structed objects can be selected with the mouse, allow- 
ing users to bring up dialog boxes to list object prop- 
erties. Arachne will highlight related objects to show 
relationships between the selected object and others. 

A useful feature of the canvas element is that it can 
provide scaling and clipping. This is employed to cre- 
ate a magnifying-glass effect around the users' mouse, 
as shown in Figure [3] By re-drawing the view with a 
circular clip region and a scale increase, the user can in- 
vestigate interesting fine detail without the need to scroll 
through a large view. 

Arachne also provides a 3-D view of the event. The 
user may click and drag the 3-D image to pan or ro- 
tate the view dynamically, with instantaneous re-draws. 
Objects of interest may be selected by the user to dis- 
play detailed information. At present, 3-D rendering is 
performed using a custom JavaScript library to perform 
perspective transformations on 2-D primitives to create 
drawings inside an ordinary canvas. This technique is 
sufficiently fast to draw simple detector wireframes and 
the ~10 tracks minerva reconstructs per event. Future 
versions of Arachne may employ the rapidly-emerging 
WebGL [17] standard to do 3-D rendering, and it may 
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even replace the canvas element for 2-D rendering, but 
this standard is not yet widely adopted. 

In sum, the web page is a true application, not just a 
passive document. User mouse and keyboard events are 
used to trigger further JavaScript actions. Histograms 
of pulse-height and timing can be shifted or rescaled 
dynamically by the mouse, which in turn can create 
cuts for the hit maps. Hovering the mouse over a dis- 
played hit will allow hit-specific information to be dis- 
played in hovering dialog boxes. Buttons and selection 
boxes are used to control both event navigation and dis- 
play configuration. Through use of jQuery UI enhance- 
ments, individual views can be collapsed, moved around 
the page, and re-sized to provide a user-customized 
view. User settings and preferences are saved to browser 
cookies, so that customizations can be retained between 
sessions. 



3. Performance 

Arachne loads data records representing the 10 /is 
beam spill. Each MINERvA record consists of 2000- 
6000 hits (after zero-supression), and typically consists 
of less than 10 reconstructed tracks. The user may dis- 
play either the entire beam spill, or individual time- 
slices; performance is roughly the same for both cases. 
Total time to load and display an event in Arachne is 
typically between 2 and 10 seconds, depending on the 
volume of data for the given beam spill. 

The XML-encoded files are typically 1-2 MB in size. 
The data server can locate, encode, and send a single 
event of this size in under one second. Because data can 
be sent to the client with http gzip compression, time to 
send the data by network is short, typically under one 
second even when accessed at a remote site. Typical 
client browsers can unpack and parse the XML docu- 
ment in 0.5 to 1 seconds, and then scan the XML, build 
histograms, and draw the event to the screen in a time 
between 1 and 8 seconds 

Once an event has been built and displayed, the client 
is responsive. Changing cuts, dragging views, or select- 
ing tracks require redrawing a view in only a few tenths 
of a second. 



3 Times reported are typical for a 2.5 GHz laptop running Firefox 
4.0 or Chrome 1 1.0. These browsers achieve SunSpider 0.9.1 bench- 
marks of 350 ms and 318 ms respectively. Older browsers can have 
longer longer display times due to their older JavaScript excecution 
engines. 



4. Applications 

4.1. Comprehensive Hand-scanning 

Various analyses benefit by a comprehensive hand- 
scan of an assembly of events. Typically, the organi- 
zation of such an endeavor between far-flung collabo- 
rators can be problematic, but is aided by a tool like 
Arachne. In the fall of 2009, Arachne was used by 
a team of hand-scanners to manually classify approxi- 
mately 18000 events recorded by the MINERvA "track- 
ing prototype", essentially a quarter-sized MINERvA 
without passive targets. Arachne made this project pos- 
sible to perform on a short timescale both because of 
the way Arachne can be used at a remote site with zero 
installation and the way new features could be rapidly 
deployed. 

Scanners filled a short form within the Arachne page 
record event-by-event information,included evaluation 
of fiducial containment and of activity around the pri- 
mary vertex, a counts of visual track objects, secondary 
gamma conversions, neutral particle decays and down- 
stream interactions. Observations concerning other 
topological details or concerning compatible reaction 
hypotheses could be entered into a comment field. Typ- 
ical events from this early data were 500 hits in size, 
allowing for quick scanning. When working steadily, 
scanners achieved a mean time-per-event of about 30 
seconds, with most events taking only about 15 sec- 
onds. The quick turn-around allowed a team of only 
two dozen volunteer, part-time scanners located all over 
the US and Brazil to organize and complete a compre- 
hensive data appraisal in a matter of weeks. 

Collection of scan records was accomplished by 
maintaining a database table on the Arachne server, 
which held lists of events for each scanner's "inbox". 
Arachne was set up to use this inbox to find the next pre- 
filtered event and present it to the scanner. One part of 
the Arachne display was a short form the scanner filled 
out for the event, along with a "submit" button. When 
submitted, Arachne uploaded the scan result to a second 
database table using another XHttpRequest call. This 
database was used for early analysis of MINERvA data. 

4.2. Outreach and Education 

A version of client Arachne style sheets is available 
for use with high-school and introductory college level 
physics courses as a teaching aid. This version of the 
Arachne page simplifies the display, emphasizes rele- 
vant details, and performs some kinematic calculations 
for the students using the tracking information sent in 
the XML files. 
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A team of MINERvA physicists and high school 
teachers have designed two curriculum modules which 
employ MINERvA data visualized and analyzed 
through Arachne. Both take advantage of data from a 
running particle physics experiment to illustrate con- 
cepts already part of the high school curriculum. The 
first module analyses muons stopping in MINERvA 
which subsequently decay to e ± vv. Students identify the 
events from a pre-filtered sample rich in stopping muons 
and measure the visible electron energy and time of the 
decay electron relative to the original muon. Students 
compare the distribution of event times to the expected 
exponential behavior, derive a muon half-life, and de- 
velop a first hand intuition about the randomness of the 
decay process. The energy spectrum of the electrons 
from muon decay can be used with kinematic arguments 
to show that there are more than two particles in the fi- 
nal state. In the second module, students identify quasi- 
elastic muon neutrino candidate interactions, vn — > yT p 
and calculate the traverse momentum of the target neu- 
tron in the initial state from the reconstructed muon and 
proton in the final state and their knowledge of elastic 
kinematics. The surprising result for the students is that 
the speed of the target neutron is a large fraction of light 
speed, and that quantum mechanical arguments using 
the uncertainty principle can be used to illustrate the 
plausibility of the puzzling result. 

Another version of the page is made available to 
display "live" events coming from reconstruction pro- 
cesses that monitor data coming directly from the detec- 
tor DAQ. This page is useful both for control room mon- 
itoring and as an outreach tool to show visitors a sam- 
ple of the data being collected by the experiment. The 
"live" feature will be used in the future to take events 
from an early stage of nearly real time processing to 
allow students to perform the studies described above 
with filtered recent events rather than older data sets. 
The high school teachers participating in the design of 
these modules have emphasized the interest among stu- 
dents in seeing real time data and using this as a point 
of departure for communication with scientists on the 
experiment. 

5. Conclusions 

The principle advantage of a web-based system is the 
ability for users to connect from any location with noth- 
ing more than a browser. A fast learning curve allows 
new collaborators (such as undergraduate research stu- 
dents) to make meaningful contributions to the experi- 
ment without extensive technical skills. 



Developing the event viewer as an end-user applica- 
tion has major advantages. The code needs only to be 
deployed at a single site, eliminating the need for user 
installation. Upgrades and bug fixes can be deployed 
and used as soon as they are developed. Often new fea- 
tures can be deployed and used by end-users in a matter 
of minutes, and users are always certain they are using 
the best available version at all times. Web-based tools 
can leverage technologies commonly used in commer- 
cial contexts. Development of JavaScript applications is 
very fast, with rapid edit/test/edit development cycles. 
No tools other than text editors are required for devel- 
opment, unlike alternate web-based technologies such 
as Flash. 

In summary, MINERvA has adopted Arachne as its' 
primary data visualization tool, and has used it success- 
fully for casual data inspection, reconstruction tuning, a 
comprehensive hand-scan of prototype data, and as an 
outreach and educational tool. These applications are 
made possible by the web-based technologies that con- 
tinue to gain importance commercially and scientifically 
as the world- wide- web evolves. 
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Figure 2: Partial view of the Arachne Event Display. The right column shows histograms of hit timings (top) and energy (middle), and event 
statistics (bottom). Top left shows hit maps for the three detector views, along with top and bottom views of the outer calorimeter detector. The 
lower left shows a longitudinal slice of the hit strips in the detector, which can be scanned along the length of the detector by manipulating the 
slider control. The bottom middle view is a three-dimensional representation of reconstructed tracks, which can be rotate and panned by the mouse 
in real time. 
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Figure 3: Hit Map. One side-view projection of the detector is shown for a complete 10/is beam spill. Colored boxes represent energy depositions in 
individual scintillator strips, with color denoting magnitude. Overlaid (green) lines show reconstructed particle trajectories. Small circles represent 
the estimated neutrino interaction points. The circular zoom shows the magnifying-glass effect, which tracks with the motion of the user's mouse 
in realtime. 
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